home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Univers Mac Interactif 53
/
Univers Mac Interactif - Issue 53.iso
/
UTILITAIRES IMPORTANTS
/
Utilitaires graphiques
/
PhotoGIF 1.0b8
/
PhotoGIF Read Me
< prev
next >
Wrap
Text File
|
1995-09-02
|
11KB
|
286 lines
BoxTop Software
P.O. box 2347
Starkville, MS 39760
voice/FAX (601) 324-7352
<boxtop@aris.com>
<http://www.aris.com/boxtop/PhotoGIF>
<ftp://aris.com/boxtop>
NOTE: Please send in bug reports if you encounter any problems using
PhotoGIF. Don't be shy. You will be helping us ensure that you have the
best tool possible for creating GIF images for the World Wide Web.
PhotoGIF v1.0b8 Read Me (Tuesday, August 29, 1995)
Contents.
SECTION ONE: Known Bugs
SECTION TWO: Revision History
SECTION THREE: PhotoGIF File Compatibility
SECTION FOUR: PhotoGIF File Sizes
SECTION ONE:
Known bugs in PhotoGIF 1.0b8
1: The palette color items in the dialog boxes do not update
properly if a screen saver runs while they are open. If you
encounter this problem you will have to cancel and begin
again to return the color items.
SECTION TWO:
PhotoGIF Revision History
7/17/95
Original beta release.
7/18/95 v1.0b1
Corrected problem in PiMI resource field, which caused Photoshop 3x to
disable the PhotoGIF plug-in in the 'save as' dialog box if an alpha
channel was present in the file to be saved.
Note that Adobe 3x will still disable the PhotoGIF plug-in in the
'save as' dialog box if the image to be saved has more than two
channels in it.
This problem was never present with Photoshop 2.5.1 because of differences
in the way that 2.5.1 and 3.x interpret the data in the plugin's PiMI
resource. Photoshop 2.5.1 will simply notify users that alpha channels
can not be saved and give the option to cancel the process if the image
being saved has more than the allowed number of 2 channels.
Thanks to Lawrence San <san@sanstudio.com> for his very detailed bug
report.
7/22/95 v1.0b2
Temporary patch to disable user's ability to save gray-scale mode and
bit-mapped mode images with PhotoGIF, while a complete fix is made
for the problems occurring when images in these modes are saved with
PhotoGIF.
Thanks to Marcello Missiroli <Piffy@www.sincretech.modena.it> for spotting
this one.
7/26/95 v1.0b3
Added support for saving gray-scale mode images. Fixed incompatibility with
DeBabelizer caused by the 'sort palette' bit in the GIF header information.
Fixed problems with Graphic Converter and GIFConverter displaying error messages
when they read the file correctly.
7/31/95 v1.0b4
Added support for saving bit-mapped mode images. Changed non-standard radio button
behavior in transparency controls to standard radio button behavior. Fixed bug in
'saving' images without 'saving as' first, which caused black to be set to
transparent in some instances. Saving should work correctly in all cases now -
except possibly using the "Save a Copy As" menu option in Photoshop 3.0. There has
been a report of a possible bug in v1.0b3 with "Save a Copy As" today that we have
not had the opportunity to test for in v1.0b4 yet.
8/2/95 v1.0b5
Fixed bug introduced in version 1.0b4 which caused non-transparent interlaced
images to fail to load in Mosaic and Netscape, although they read correctly in
other applications. This turned out to be caused by a compiler error introduced when a
compiler optimization feature was enabled in the final compile, and not a problem
with the code itself. The compiler error caused an if/else statement to evaluate
incorrectly which resulted in incorrect data being written into the graphics control
extension in the GIF header information.
Thanks to Ted Padova <ted@west.net> for spotting this one fast.
8/5/95 v1.0b6
Fixed bug which caused the least common color in images with exactly 256 used
colors to be remapped incorrectly to the first color in the palette in some cases.
Reported possible bugs with using "Save a Copy As" in Photoshop 3.x could not be
duplicated. "Save a Copy As" seems to work as it should but if anyone else has
had a problem using this command please let us know.
8/16/95 v1.0b7 (limited distribution)
Added interlaced support for GIF87a files. Added control over the color that
PhotoGIF remaps the transparent area to if the alpha channel method is used.
Changed save options dialog to make in more compact and add new controls.
8/28/95 v1.0b8
Fixed bug that could possibly cause the least used color in a gray scale image
remap to black. Fixed a bug that could cause PhotoGIF to crash the system if
less than 183 bytes of RAM was available when its code was called for the first
time. - Neither of these two bugs were ever reported by anyone. Added a PiPl
resource to control loading order in Photoshop 3.x. PhotoGIF is now the default
method for opening GIF files in Photoshop 3.x. Wrote much more detailed and
complete documentation. Implemented serialization scheme so we will be sending
registration numbers instead of disks from now on. Please see the "Cost &
Registering Instructions" document for complete details on this.
NOTE: This isn't a bug but it's worthy of being mentioned in the release history.
The PhotoGIF homepage has moved to http://www.aris.com/boxtop/PhotoGIF and we have
an FTP server that works with Netscape now. The home page is new and there is an
online PhotoGIF manual now.
Also, now you can pay your registration fees with Cash, Check, Visa, Mastercard,
American Express, First Virtual, or Invoice. We are now using Kagi Shareware for
payment processing. Please make sure to read the "Cost & Registering Instructions"
document for complete details.
9/2/95 v1.0b8 public release
Corrected resource problem that prevented v1.0b8 from working with Photoshop 3.x
on PowerMacs. (It thought it was getting a FAT plugin when it wasn't) Corrected
problem with serial number routines and Photoshop 3.x.
SECTION THREE:
PhotoGIF File Compatibility
PhotoGIF has been tested to read all GIF files (87a and 89a) created by the
following applications:
• Photoshop's Compuserve GIF plug-in
• JPEGView
• clip2gif
• GIFConverter
• Graphic Converter
• Transparency
• Netscape
• Mosaic
• DeBalelizer
• Giffer
The following applications have been tested to read all files created by PhotoGIF
without error:
• Photoshop's Compuserve GIF plugin
• JPEGView
• clip2gif
• Transparency
• QuickGIF (NOTE: QuickGIF only supports reading GIF87a files)
• Netscape
• Mosaic
• GIFConverter
• Graphic Converter
• DeBabelizer
• Giffer
• CyberGIF
• GIFwatcher
SECTION FOUR:
PhotoGIF File Sizes
PhotoGIF has one of the most optimized and efficient LZW compression routines
of any application, shareware or commercial, available. Yet we constantly get
email asking why PhotoGIF files seem so much bigger than those created by
other applications.
There are two reasons why PhotoGIF files APPEAR larger than those created
by other applications.
The first is because it is a Photoshop plug-in and we do not have complete
control over the information Photoshop stores in the resource fork of files
it saves.
Photoshop adds the following types of resources to the resource fork of the
files:
'ic18' - for the custom icon feature
'ICN#' - also for the custom icon feature
'PICT' - for the preview feature
'pnot' - I'm not actually sure what Photoshop does with this resource
'8BIM' - for various information about the image including window locations
'STR ' - resources for the version of Photoshop that created the file
These can add up to a lot of bytes.
You can to some degree control what resources Photoshop saves in the resource
fork of you files by turning off the custom icon and preview options in the
save as dialog in Photoshop 3.x and as a general preference setting in
Photoshop 2.5.1. Doing so reduces the types of resources Photoshop saves in
the resource fork to:
'8BIM' - for various information about the image including window locations
'STR ' - resources for the version of Photoshop that created the file
These can still add up to a couple of hundred bytes, though.
When you 'Get Info' on a file in the Macintosh finder it has two fields for
file size. The first in whole kilobytes (K) and shows the total allocated
blocks size for the file. It has nothing to do with the amount of data stored
in the file. It is the size of hard disk space that the finder has allocated
to put the file in. A 5K file on a 250MB hard disk with a single partition
will turn into a 32K file on a larger hard drive with larger block sizes. So
this field is by no means an accurate representation of file sizes on anything
but your local hard drive. (PhotoGIF also allocates an extra block for the file
size in case it compresses to a slightly larger size on a subsequent save.)
The second field in the 'Get Info' box for file size shows the total number of
bytes used. It is much more accurate a measure than the first, but still not
an acceptable comparison since it shows the total byte size for both the data
fork and resource fork of the file.
GIF files are a cross-platform format. All information necessary to read a GIF
file is stored in the data fork of a Macintosh file - Macs are the only
computers around that have two forks in their files. All other files systems
just have a data fork. When you send your GIF file to a remote server as binary
or send it from a Mac web server when an http request is made only the data
fork of the file is ever transmitted.
So to know what applications GIF files are going to compress smallest and
transmit the fastest you have to look at just the size of the data fork of
the files. You can't do this from the Macintosh finder. You need an application
like RezEdit that separates the size of the data fork and the size of the
resource fork when it gives you file information.
Here are the results from some of our testing excerpted from the PhotoGIF
homepage's online manual section.
________________________________________________________________________________
mirror.test1 is a 480x480 pixels 72dpi 8 bit grey-scale image. Files were
saved as non-interlaced GIF87a to allow accurate comparison of compression,
since not all applications tested were capable of saving GIF89a files.
mirror.test1_PhotoGIF 178740 bytes
mirror.test1_CompuserveGIF 178751 bytes
mirror.test1_GraphicsConverter 178742 bytes
mirror.test1_GIFConverter 178710 bytes ** smallest by 30 bytes
mirror.test1_DeBabelizer 179200 bytes
PhotoGIF vs. Transparency is a trick question. Transparency DOES NOT
compress GIF files, it only changes information contained in their
uncompressed header information to set the transparent bit flag to
true and the transparent index byte to the index of the selected
color for transparency.
This is by no means a complete comparison between applications. The
results of further testing will be added very soon.
________________________________________________________________________________
As you can see from this, PhotoGIF rates much better than most at compression.
GIFConverter did beat us by 30 bytes on this small comparison, but no one else
did.
This is just a very short comparison test. You will be able to see much more
extensive testing in the online manual section of the PhotoGIF homepage.